REMARKS 

Claims 1 through 26 are pending. 

Claims 1 through 11 have been rejected under 35 U.S.C. § 101. 
Claims 1 through 26 have been rejected under 35 U.S.C. § 103 (a). 
Claims 1 and 12 through 21 have been amended. 

Rejection under 35 U.S.C. § 101 

Examiner has rejected claims 1 through 11 under 35 U.S.C. § 101, asserting 
that the claimed invention is directed to non-statutory subject matter. Applicant 
traverses the rejection and respectfully requests reconsideration. 

As interpreted by the Federal courts, 35 U.S.C. § 101 has two purposes. 
First, 35 U.S.C. 101 defines which categories of inventions are eligible for patent 
protection. Second, 35 U.S.C. § 101 serves to ensure that patents are granted on 
only those inventions that are "useful". Thus to satisfy the requirements of 35 
U.S.C. § 101, an applicant must claim an invention that is statutory subject matter 
and must show that the claimed invention is "useful" for some purpose either 
explicitly or implicitly. See MPEP 2107.01. 

Examiner has asserted that claims 1 through 11 are not directed to 
statutory subject matter. Applicant respectfully disagrees. 

Claims 1 through 11 are directed to "a server computer system". A server 
computer system is clearly a machine patentable under 35 U.S.C. 101. Therefore, 
claims 1 through 11 clearly satisfy the first criterion of 35 U.S.C. § 101. 



Page 9 of 18 



Record-keeping machine systems are clearly within the "technological 
arts." Such machine systems, which comprise programmed digital computers, 
are statutory subject matter under the provisions of 35 U.S.C. § 101, and 
"claims defining them must be judged for patentability in light of the prior 
art." In re Johnston, 502 F.2d 765, 183 U.S.P.Q. 172, 183, 184 (C.C.P.A. 1974). 
A computer operating pursuant to software may represent patentable subject 
matter, provided that the claimed subject matter meets all of the other 
requirements of Title 35 (U.S.C.) In reAlappat, 33 F.3d 1526, 31 U.S.P.Q.2d 
1545, 1558 (Fed. Cir.1994). 

In Examiner's explanation for the rejection, Examiner has asserted that 
claims 1 through 11 do not define any specific hardware. Therefore, Examiner 
has argued the system is not "tangible embodied in a manner so as to be 
executable". 

Examiner appears to be referring to the criterion that a scientific 
principle, divorced from any tangible structure, can be rejected as not within 
the statutory classes. See O'Reilly v. Morse 56 U.S. (15 How.) 62 (1854). 
MPEP 706.03(a) discusses this criterion. However, this criterion is 
inapplicable to claims 1 through 11 because claims 1 through 11 are not 
claiming a scientific principle but are claiming a server computing system. 

Applicant notes that when determining whether a claim fulfils the 
requirements of 35 U.S.C. § 101, it is not sufficient to evaluate the elements of 
the claim separately. Rather, when determining whether a claim fulfils the 
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requirements of 35 U.S.C. § 101 it is necessary to consider the claim as a 
whole, including the preamble and all the elements. The preamble of each of 
the claims 1 through 11 recites that a server computing system is being 
claimed. This is sufficient to satisfy the very low threshold for patentability 
under 35 U.S.C. § 101. 

Rejections under 35 U.S.C. § 103(a). 

Examiner has rejected claims 1 through 3, 6 through 9, 12 through 14, 16 
through 18, 21, 23 and 24 under 35 U.S.C. § 103 (a) as being unpatentable over 
USPN 5,935,212 (Kalajan) in view of USPN 6,553,363 (Hoffman). 

Examiner has rejected claims 4, 11, 20 and 26 under 35 U.S.C. § 103 (a) as 
being unpatentable over Kalajan in view of Hoffman in view of USPN 6,026,413 
(Challenger). 

Examiner has rejected claims 5, 12, 15, 19, 22 and 25 under 35 U.S.C. § 103 
(a) as being unpatentable over Kalajan in view of Hoffman in view of USPAP 
2004/0064515 (Hockey). 

Applicant has amended the claims. Applicant respectfully traverses the 
rejections as to the claims as amended. Below, Applicant sets out subject matter 
in each of the independent claims not disclosed or suggested by the cited art. In 
view of this, Applicant believes all the claims are patentable over the cited art. 
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Independent Claim 1: 

Independent claim 1 sets out a server computing system that includes an 
application. The application includes a persistent process that generates 
dynamic and interactive hypertext markup language (HTML) content for the 
application. The persistent process performs background processing when no 
client requests are pending, the background processing including caching in 
memory. This is not disclosed by Kalajan or any of the other art cited by 
Examiner in the Office Action mailed March 30, 2005. 

Kalajan discloses a persistent proxy socket application 56, shown in 
Figure 4. Persistent proxy socket application 56 handles primitives (or other 
messages) to and from TCP mail server 58. See Kalajan column 4, lines 12 
through 14. Persistent proxy socket application 56 does not generate dynamic 
and interactive hypertext markup language (HTML) content for the application, 
as set out in claim 1 of the present application. 

Further, Kalajan does not disclose or suggest that a persistent process 
performs background processing when no client requests are pending, where 
the background processing includes caching in memory, as set out in claim 1. 
For example, the persistent proxy socket application 56 disclosed in Kalajan does 
not perform background processing when no client requests are pending, the 
background processing including caching in memory. 
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Hoffman's discussion of persistent data: 

Examiner has also asserted that Hoffman, at column 2, lines 29 through 53 
and column 8, lines 38 through 49, discloses the concept of generating dynamic 
and interactive HTML content in which dynamic HTML pages may be created 
using JavaScript to process user input and maintain persistent data using special 
objects, files, and relational databases (col. 2, lines 29-53, col. 8, lines 38-49). 
However, Hoffman gives no information about how HTML content is generated 
on a server. Rather, Hoffman concerns a method and apparatus for processing a 
document retrieved from a server. See the Abstract. The sections of Hoffman 
cited by Examiner (col. 2, lines 29-53, col. 8, lines 38-49) primarily discuss how a 
browser can interpret client-side JavaScript statements embedded in an HTML 
page received from a server. Hoffman gives no information on how the HTML 
page is generated. 

At column 2, line 36 through 39, Hoffman indicates that using JavaScript, 
dynamic HTML pages may be created in which the pages process user input and 
maintain persistent data using special objects, files and relational databases. 
However, this maintenance of persistent data, does not disclose or suggest a 
persistent process that generates dynamic and interactive hypertext markup 
language (HTML) content for the application, as set out in claim 1 of the present 
case. 



Page 13 of 18 



Independent Claim 12: 

Independent claim 12 sets out a computer-implemented method. In step 
(a) of claim 12, a persistent process that generates dynamic and interactive 
hypertext markup language (HTML) content for an application is run. The 
persistent process performs background processing when no client requests are 
pending, The background processing includes caching in memory. This is not 
disclosed by Kalajan or any of the other art cited by Examiner in the Office 
Action mailed March 30, 2005. 

Kalajan discloses a persistent proxy socket application 56, shown in 
Figure 4. Persistent proxy socket application 56 handles primitives (or other 
messages) to and from TCP mail server 58. See Kalajan column 4, lines 12 
through 14. Persistent proxy socket application 56 does not generate dynamic 
and interactive hypertext markup language (HTML) content for the application, 
as set out in claim 12 of the present application. 

Further, Kalajan does not disclose or suggest that a persistent process 
performs background processing when no client requests are pending, where 
the background processing includes caching in memory, as set out in claim 12. 
For example, the persistent proxy socket application 56 disclosed in Kalajan does 
not perform background processing when no client requests are pending, the 
background processing including caching in memory. 
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Hoffman's discussion of persistent data: 

Examiner has also asserted that Hoffman, at column 2, lines 29 through 53 
and column 8, lines 38 through 49, discloses the concept of generating dynamic 
and interactive HTML content in which dynamic HTML pages may be created 
using JavaScript to process user input and maintain persistent data using special 
objects, files, and relational databases (col. 2, lines 29-53, col. 8, lines 38-49). 
However, Hoffman gives no information about how HTML content is generated 
on a server. Rather, Hoffman concerns a method and apparatus for processing a 
document retrieved from a server. See the Abstract. The sections of Hoffman 
cited by Examiner (col. 2, lines 29-53, col. 8, lines 38-49) primarily discuss how a 
browser can interpret client-side JavaScript statements embedded in an HTML 
page received from a server. Hoffman gives no information on how the HTML 
page is generated. 

At column 2, line 36 through 39, Hoffman indicates that using JavaScript, 
dynamic HTML pages may be created in which the pages process user input and 
maintain persistent data using special objects, files and relational databases. 
However, this maintenance of persistent data, does not disclose or suggest a 
persistent process that generates dynamic and interactive hypertext markup 
language (HTML) content for an application is run, as is set out in claim 12 of the 
present case. 
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Independent Claim 21: 

Independent claim 21 sets out storage media that stores a computer 
application. The computer application, when executed on a computing system 
comprises a persistent process that generates dynamic and interactive hypertext 
markup language (HTML) content for the computer application. The persistent 
process performs background processing when no client requests are pending, 
the background processing including caching in memory. This is not disclosed 
by Kalajan or any of the other art cited by Examiner in the Office Action mailed 
March 30, 2005. 

Kalajan discloses a persistent proxy socket application 56, shown in 
Figure 4. Persistent proxy socket application 56 handles primitives (or other 
messages) to and from TCP mail server 58. See Kalajan column 4, lines 12 
through 14. Persistent proxy socket application 56 does not generate dynamic 
and interactive hypertext markup language (HTML) content for the application, 
as set out in claim 21 of the present application. 

Further, Kalajan does not disclose or suggest that a persistent process 
performs background processing when no client requests are pending, where 
the background processing includes caching in memory, as set out in claim 21. 
For example, the persistent proxy socket application 56 disclosed in Kalajan does 
not perform background processing when no client requests are pending, the 
background processing including caching in memory. 
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Hoffman's discussion of persistent data: 

Examiner has also asserted that Hoffman, at column 2, lines 29 through 53 
and column 8, lines 38 through 49, discloses the concept of generating dynamic 
and interactive HTML content in which dynamic HTML pages may be created 
using JavaScript to process user input and maintain persistent data using special 
objects, files, and relational databases (col. 2, lines 29-53, col. 8, lines 38-49). 
However, Hoffman gives no information about how HTML content is generated 
on a server. Rather, Hoffman concerns a method and apparatus for processing a 
document retrieved from a server. See the Abstract. The sections of Hoffman 
cited by Examiner (col. 2, lines 29-53, col. 8, lines 38-49) primarily discuss how a 
browser can interpret client-side JavaScript statements embedded in an HTML 
page received from a server. Hoffman gives no information on how the HTML 
page is generated. 

At column 2, line 36 through 39, Hoffman indicates that using JavaScript, 
dynamic HTML pages may be created in which the pages process user input and 
maintain persistent data using special objects, files and relational databases. 
However, this maintenance of persistent data, does not disclose or suggest a 
persistent process that generates dynamic and interactive hypertext markup 
language (HTML) content for the computer application, as is set out in claim 21 
of the present case. 
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Conclusion 

Applicant believes that the present case is in condition for allowance and 
favorable action is respectfully requested. 

Respectfully submitted, 
Damien R. Forkner, et al. 
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